Method for efficient derived data views using byte addressable persistent storage

ABSTRACT

A system to reduce the amount of storage and memory used to maintain derived datasets is disclosed. The system operates by using pointers to the underlying data in persistent, byte-addressable storage media. The system additionally reduces the creation time of the views when storage class memory (SCM) is the underlying storage. Furthermore, the invention relates to a form of compression that is tailored to the use cases of big data analytics. The processes of this disclosure use random access to significantly improve performance.

FIELD OF TECHNOLOGY

The present invention relates to the technical field of data views. Moreparticularly, the present invention relates to using byte addressablepersistent storage based data views.

BACKGROUND OF THE INVENTION

In many common configurations, big data and analytics do not work withthe entire dataset, but rather a subset or derivation of the dataset.Most often, the analysis is done by creating views of the data (subsetsof the entire data) in advance. Furthermore, these views are created aspart of a pre-processing data ingestion step referred to as Extract,Transform, Load (ETL).

ETL is the process where the original dataset is read, relevant data tothe analytic process is extracted, cleaned, transformed and changed tobest fit the analytical process and then loaded into the analyticsprocessing system. While such a process assists with running in anefficient manner, it introduces a space overhead for keeping the deriveddata. Moreover, the process is repeated for each type of analyticalprocess. An example of such a process entails reading the completedataset, filtering only the necessary data, and copying it to a newfile/storage location. As such, the creation of views consumes time andmemory, as well as the extra storage space required to store the viewsince data is essentially duplicated.

SCM is a family of persistent, byte addressable memory which offers lowlatency and high volume characteristic. There are a growing number oftechnologies in this family including Flash backed DRAM, 3DXPOINT, MRAM,ReRAM, and others.

Data reduction technologies are used to reduce storage needs.Compression uses in-text back pointers or dictionary table references toreference repeating strings. De-duplication uses pointers to repeatedlarge strings (typically blocks). Compression and de-duplication havedrawbacks resulting from the granularity of the repeating patterns.Furthermore, compression techniques are limited in their temporalreference, whereas de-duplication needs a large enough repeated text tobe efficient.

In some systems, such as Apache Spark, a data lineage relationship ismaintained. In the data lineage relationship, one dataset is describedby a set containing a parent dataset, and transformation metatdata. Whenthe dataset is used (e.g., for output), then the dataset is computed byreading the parent data and executing the transformations described inthe transformation metadata. The central difference is that such alineage is not persistent, and cannot be reused for additionalcomputations. If it is persisted, it is kept as an entirely new object,or a snapshot of the memory or cache mechanism, which requiresadditional storage space. Additionally, the lineage process typicallyrequires reading the entire parent dataset, or at the very least, alarge and sequential portion of it.

Therefore, a system to reduce the amount of storage and memory used tomaintain the derived datasets as well as reduce the creation time of theviews when SCM is the underlying storage is needed.

SUMMARY OF INVENTION

In embodiments, the present invention relates to a form of compressionthat is tailored to the use cases of big data analytics. The processdisclosed uses the underlying random access to significantly improve theperformance of such a process.

In an embodiment, an apparatus comprises a persistent, byte-addressablestorage medium comprising a first data set, and a view generatingcontroller operatively connected to the storage medium and configured toaccess the first data set, generate a first set of pointers to elementsin the first data set, and provide the first set of pointers to a view.In an optional embodiment, generating the first set of pointerscomprises using a schema of the first data set for calculating offsets.In a further optional embodiment, the view generating controller isconfigured to selectively copy data values from the first data set intothe view. In a preferred embodiment, the view translates the first setof pointers into data values by dereferencing the first set of pointers.In an advantageous embodiment, the apparatus further comprises a dataaccess layer configured to control the dereferencing by authenticating auser. In an further advantageous embodiment, the view generatingcontroller is further configured to generate a second set of pointersand provide the second set of pointers to the view, and wherein thesecond set of pointers point to the elements in the first set ofpointers. In an optional embodiment, the view changes automatically whenthe first data set is updated.

Numerous other embodiments are described throughout herein. All of theseembodiments are intended to be within the scope of the invention hereindisclosed. Although various embodiments are described herein, it is tobe understood that not necessarily all objects, advantages, features orconcepts need to be achieved in accordance with any particularembodiment. Thus, for example, those skilled in the art will recognizethat the invention may be embodied or carried out in a manner thatachieves or optimizes one advantage or group of advantages as taught orsuggested herein without necessarily achieving other objects oradvantages as may be taught or suggested herein.

The methods and systems disclosed herein may be implemented in any meansfor achieving various aspects, and may be executed in a form of amachine-readable medium embodying a set of instructions that, whenexecuted by a machine, cause the machine to perform any of theoperations disclosed herein. These and other features, aspects, andadvantages of the present invention will become readily apparent tothose skilled in the art and understood with reference to the followingdescription, appended claims, and accompanying figures, the inventionnot being limited to any particular disclosed embodiment(s).

BRIEF DESCRIPTION OF THE DRAWINGS

So that the manner in which the above recited features of the presentinvention can be understood in detail, a more particular description ofthe invention, briefly summarized above, may be had by reference toembodiments, some of which are illustrated in the appended drawings. Itis to be noted, however, that the appended drawings illustrate onlytypical embodiments of this invention and the invention may admit toother equally effective embodiments.

FIG. 1A illustrates a log file for data access, according to anembodiment of the present invention.

FIG. 1B illustrates a schema of how the data is structured and defined,according to an embodiment of the present invention.

FIG. 1C illustrates a view consisting of a schema, according to anembodiment of the present invention.

FIG. 1D illustrates the view that was generated for the data of FIG. 1A,according to an embodiment of the present invention.

FIG. 2 illustrates the overall system architecture, according to anembodiment of the present invention.

Other features of the present embodiments will be apparent from theDetailed Description that follows.

DETAILED DESCRIPTION OF THE EMBODIMENTS

In the following detailed description of the preferred embodiments,reference is made to the accompanying drawings, which form a parthereof, and within which are shown by way of illustration specificembodiments by which the invention may be practiced. It is to beunderstood that other embodiments may be utilized and structural changesmay be made without departing from the scope of the invention.Electrical, mechanical, logical and structural changes may be made tothe embodiments without departing from the spirit and scope of thepresent teachings. The following detailed description is therefore notto be taken in a limiting sense, and the scope of the present disclosureis defined by the appended claims and their equivalents.

The present invention, in embodiments, addresses the creation and use ofdata views for analytics. These views are extremely useful for analyticsbut introduce significant overheads of storing and creation of theviews. To overcome these overheads, the system creates virtual viewstaking advantage of the fact that the data is stored in SCM, which isbyte addressable. The system can reference chunks (parts) of the datadirectly.

Instead of keeping a duplicate of the derived (subset) of the data, thesystem keeps a set of pointers that point to the subset of the data forwhich access is needed. In this case the view would be a list ofpointers to the original data. Namely, when accessing the view, thesystem performs a lookup process, returning the data pointed by thereferences.

If the dataset consists of rows of data of fixed length, then a pointerview can keep the relative offset and length of each of the neededfields. This variant has the benefit of not needing to read the actualdata in order to create the view (it can be created simply by looking atthe schema).

FIG. 1A illustrates a log file 100 for data access, according to anembodiment of the present invention. The system operates on the log fileas follows. Given a fixed length dataset and assuming log file access, adata scientist that would like to consume and perform analytics on sucha log will read the data from disk, remove unnecessary columns and rows,store the new view, and start the processing flow. Alternatively, theoperations can run on a non-persistent version of this view in memory.FIG. 1B illustrates a schema 120 of how the data is structured anddefined in an embodiment.

Persistent byte-addressable storage is utilized by the system bycreating a view of a file using offsets to real data for which the viewis created. For example, the view may consist of the schema presentedillustrated in FIG. 1C. FIG. 1C illustrates a view 140 consisting of aschema, according to an embodiment of the present invention. Theelements of the view 140 contain pointers 141, 142, 143 that referencethe data set. The schema in FIG. 1C is a subset of the schema of FIG.1B.

The system uses the view schema to generate a new view of the originaldata. FIG. 1D illustrates the view that was generated for the data shownin FIG. 1A, according to an embodiment of the present invention.

The data used in FIGS. 1A-1D were for a structured dataset with fixedrow length. For variable length datasets or semi-structured datasetsthere are various options. For example, one can use a list of absolutepointers to the original dataset. Each entry in the view will have anoffset and length field. Alternatively, one can hold an offset to thebeginning of each row and for each entry hold a relative offset in therow (plus a length). This way a “heavy” absolute pointer is kept justonce per each row, and the rest of the pointers are “light” relativepointers. Other similar variations can be used as well.

Views may be constructed based on a filtering criteria (e.g., all rowsthat contain a specific country name). In this case, the view creationrequires a scan of the data (using existing indexing of the data), butthe format can remain very similar to the variations described above.

Views may contain a combination of data and pointers. For example, if adata field is very short, it can be copied to the view as is, instead ofa pointer. Holding a pointer is beneficial to the overall storage spaceonly if the representation of the pointer and length are shorter thanthe field itself. Note that in some cases, the storage capacity is notthe only criteria.

In some embodiments (mainly for structured data), a schema of the viewcan be stored, and this schema can be used to create additionalsub-views from the original view. For example, in the filtering case,one can first filter according to a country name, a second filtering canbe done more efficiently by only looking at the results of the firstfiltering rather than the original view.

In addition, the system can hold a nested view, where the pointers in asecond view, point to locations (pointers) in the first view.

An additional benefit for the case of structured data and SELECToperations is that a view can be kept relevant even if data in theoriginal data is modified or deleted. In such a case, the originaldataset is changed but the view remains the same. Deletions in theoriginal dataset can be replaced by NULL entries. Note that thispractice can work as long as the data lengths remain constant, so thereis no change in the data offsets. Note also that this is relevant toupdates that do not change the filtering criteria of the data (e.g., inthe filtering by Country example, one cannot modify the Country field,but can support changes to other fields).

In other embodiments, privacy solutions can be integrated into theviews. In such an embodiment, a single view will hold a more complexdescription by which different users will get a different outcome ofthis view. For example, one user will get full access to the view, whilea different user with different credentials will only see a portion ofthe fields. The others fields can be masked, omitted, or encrypted. Thisprivacy solution can be handled by the view generating controller or bythe data access layer (or by a combination of both of these). Bycontrolling the values retrieved when dereferencing the pointers in theview, the data can be masked from particular users.

The overall system architecture 200 is shown in FIG. 2, according to anembodiment. The original dataset 211 and the view 212 are contained in apersistent byte addressable storage medium 210. The persistent byteaddressable storage medium 210 may be a Storage Class Memory (SCM)device or other non-volatile memory device. The view generator 220connects to the persistent byte addressable storage medium 210 to createthe view 212 from the dataset 211 using the above described processes.Once the view 212 has been created, an analytics engine 230 connected tothe persistent byte addressable storage medium 210 can perform dataanalytics via the view and a data access layer. The analytics engine 230may be Apache Spark, Hadoop, or other big data analytics engine.

The present invention may be a system, a method, and/or a computerprogram product at any possible technical detail level of integration.The computer program product may include a computer readable storagemedium (or media) having computer readable program instructions thereonfor causing a processor to carry out aspects of the present invention.

The computer readable storage medium can be a tangible device that canretain and store instructions for use by an instruction executiondevice. The computer readable storage medium may be, for example, but isnot limited to, an electronic storage device, a magnetic storage device,an optical storage device, an electromagnetic storage device, asemiconductor storage device, or any suitable combination of theforegoing. A non-exhaustive list of more specific examples of thecomputer readable storage medium includes the following: a portablecomputer diskette, a hard disk, a random access memory (RAM), aread-only memory (ROM), an erasable programmable read-only memory (EPROMor Flash memory), a static random access memory (SRAM), a portablecompact disc read-only memory (CD-ROM), a digital versatile disk (DVD),a memory stick, a floppy disk, a mechanically encoded device such aspunch-cards or raised structures in a groove having instructionsrecorded thereon, and any suitable combination of the foregoing. Acomputer readable storage medium, as used herein, is not to be construedas being transitory signals per se, such as radio waves or other freelypropagating electromagnetic waves, electromagnetic waves propagatingthrough a waveguide or other transmission media (e.g., light pulsespassing through a fiber-optic cable), or electrical signals transmittedthrough a wire.

Computer readable program instructions described herein can bedownloaded to respective computing/processing devices from a computerreadable storage medium or to an external computer or external storagedevice via a network, for example, the Internet, a local area network, awide area network and/or a wireless network. The network may comprisecopper transmission cables, optical transmission fibers, wirelesstransmission, routers, firewalls, switches, gateway computers and/oredge servers. A network adapter card or network interface in eachcomputing/processing device receives computer readable programinstructions from the network and forwards the computer readable programinstructions for storage in a computer readable storage medium withinthe respective computing/processing device.

Computer readable program instructions for carrying out operations ofthe present invention may be assembler instructions,instruction-set-architecture (ISA) instructions, machine instructions,machine dependent instructions, microcode, firmware instructions,state-setting data, configuration data for integrated circuitry, oreither source code or object code written in any combination of one ormore programming languages, including an object oriented programminglanguage such as Smalltalk, C++, or the like, and procedural programminglanguages, such as the “C” programming language or similar programminglanguages. The computer readable program instructions may executeentirely on the user's computer, partly on the user's computer, as astand-alone software package, partly on the user's computer and partlyon a remote computer or entirely on the remote computer or server. Inthe latter scenario, the remote computer may be connected to the user'scomputer through any type of network, including a local area network(LAN) or a wide area network (WAN), or the connection may be made to anexternal computer (for example, through the Internet using an InternetService Provider). In some embodiments, electronic circuitry including,for example, programmable logic circuitry, field-programmable gatearrays (FPGA), or programmable logic arrays (PLA) may execute thecomputer readable program instructions by utilizing state information ofthe computer readable program instructions to personalize the electroniccircuitry, in order to perform aspects of the present invention.

Aspects of the present invention are described herein with reference toflowchart illustrations and/or block diagrams of methods, apparatus(systems), and computer program products according to embodiments of theinvention. It will be understood that each block of the flowchartillustrations and/or block diagrams, and combinations of blocks in theflowchart illustrations and/or block diagrams, can be implemented bycomputer readable program instructions.

These computer readable program instructions may be provided to aprocessor of a general purpose computer, special purpose computer, orother programmable data processing apparatus to produce a machine, suchthat the instructions, which execute via the processor of the computeror other programmable data processing apparatus, create means forimplementing the functions/acts specified in the flowchart and/or blockdiagram block or blocks. These computer readable program instructionsmay also be stored in a computer readable storage medium that can directa computer, a programmable data processing apparatus, and/or otherdevices to function in a particular manner, such that the computerreadable storage medium having instructions stored therein comprises anarticle of manufacture including instructions which implement aspects ofthe function/act specified in the flowchart and/or block diagram blockor blocks.

The computer readable program instructions may also be loaded onto acomputer, other programmable data processing apparatus, or other deviceto cause a series of operational steps to be performed on the computer,other programmable apparatus or other device to produce a computerimplemented process, such that the instructions which execute on thecomputer, other programmable apparatus, or other device implement thefunctions/acts specified in the flowchart and/or block diagram block orblocks.

The flowchart and block diagrams in the Figures illustrate thearchitecture, functionality, and operation of possible implementationsof systems, methods, and computer program products according to variousembodiments of the present invention. In this regard, each block in theflowchart or block diagrams may represent a module, segment, or portionof instructions, which comprises one or more executable instructions forimplementing the specified logical function(s). In some alternativeimplementations, the functions noted in the blocks may occur out of theorder noted in the Figures. For example, two blocks shown in successionmay, in fact, be executed substantially concurrently, or the blocks maysometimes be executed in the reverse order, depending upon thefunctionality involved. It will also be noted that each block of theblock diagrams and/or flowchart illustration, and combinations of blocksin the block diagrams and/or flowchart illustration, can be implementedby special purpose hardware-based systems that perform the specifiedfunctions or acts or carry out combinations of special purpose hardwareand computer instructions.

While the foregoing written description of the invention enables one ofordinary skill to make and use what is considered presently to be thebest mode thereof, those of ordinary skill will understand andappreciate the existence of alternatives, adaptations, variations,combinations, and equivalents of the specific embodiment, method, andexamples herein. Those skilled in the art will appreciate that thewithin disclosures are exemplary only and that various modifications maybe made within the scope of the present invention. In addition, while aparticular feature of the teachings may have been disclosed with respectto only one of several implementations, such feature may be combinedwith one or more other features of the other implementations as may bedesired and advantageous for any given or particular function.Furthermore, to the extent that the terms “including”, “includes”,“having”, “has”, “with”, or variants thereof are used in either thedetailed description and the claims, such terms are intended to beinclusive in a manner similar to the term “comprising.”

Other embodiments of the teachings will be apparent to those skilled inthe art from consideration of the specification and practice of theteachings disclosed herein. The invention should therefore not belimited by the described embodiment, method, and examples, but by allembodiments and methods within the scope and spirit of the invention.Accordingly, the present invention is not limited to the specificembodiments as illustrated herein, but is only limited by the followingclaims.

What is claimed is:
 1. An apparatus comprising: a persistent, byte-addressable storage medium comprising storage-class memory, the storage medium storing a first data set; and a view generating controller operatively connected to the storage medium and configured to: access the first data set and generate a new view of the first dataset, the view comprising a first set of pointers to real data for which the view is generated in the first data set, the pointers based on offsets to the real data in the first dataset, and provide the first set of pointers to the real data as the new view.
 2. The apparatus of claim 1, wherein generating the first set of pointers comprises using a schema of the first data set for calculating offsets.
 3. The apparatus of claim 1, wherein the view generating controller is configured to selectively copy data values from the first data set into the view.
 4. The apparatus of claim 1, wherein the view translates the first set of pointers into data values by dereferencing the first set of pointers.
 5. The apparatus of claim 4, further comprising a data access layer configured to control the dereferencing by authenticating a user.
 6. The apparatus of claim 1, wherein the view generating controller is further configured to generate a second set of pointers and provide the second set of pointers to the view, and wherein the second set of pointers point to the elements in the first set of pointers.
 7. The apparatus of claim 1, wherein the view changes automatically when the first data set is updated.
 8. A system comprising: a persistent, byte-addressable storage device comprising at least one data set; a view generating controller connected to the storage medium and configured to: access the at least one data set, perform data transformation on the at least one data set, generate a set of pointers referencing real data for which a view is generated in the at least one data set, and compose the set of pointers to the real data to form the view; and an analytics engine connected to the storage medium and configured to retrieve a data value by dereferencing a pointer in the set of pointers to obtain the real data.
 9. The system of claim 8, wherein generating a set of pointers comprises using a schema of the data set and calculating offsets.
 10. The system of claim 8, wherein the view generating controller is configured to copy elements of the transformed at least one data set into the view.
 11. The system of claim 8, wherein the view translates the set of pointers into data values by dereferencing the first set of pointers.
 12. The system of claim 11, wherein the storage medium controls the dereferencing by authenticating a user.
 13. The system of claim 8, wherein view generating controller updates the view based on changes in the transformed at least one data set.
 14. The system of claim 8, wherein the set of pointers comprises a nested set of pointers.
 15. A method comprising: extracting a data set from a persistent, byte-addressable storage medium; generating a set of pointers referencing real data for which a view is generated in the data set, wherein the set of pointers comprises a relative offset to the real data and a length of fields; creating a view comprising the set of pointers to the real data; and providing the view to an analytics engine.
 16. The method of claim 15, wherein providing the view to an analytics engine comprises dereferencing the set of pointers to produce data values.
 17. The method of claim 15, wherein providing the view to an analytics engine comprises authenticating a user.
 18. The method of claim 15, further comprising: copying data values from the data set into view.
 19. The method of claim 15, further comprising: updating the view based on changes in the data set.
 20. The method of claim 15, wherein the set of pointers comprises a nested set of pointers. 